-
1 текущая программа
Economy: current programme -
2 текущая программа
adjmicroel. laufendes Programm -
3 текущая программа
-
4 текущая программа
adjecon. programma d'esercizio, programma operativo -
5 текущая программа
Русско-английский словарь по вычислительной технике и программированию > текущая программа
-
6 текущая программа по поддержанию здоровья
= текущая программа по сохранению здоровья ongoing health maintenance programRussian-english psychology dictionary > текущая программа по поддержанию здоровья
-
7 текущая программа по сохранению здоровья
Russian-english psychology dictionary > текущая программа по сохранению здоровья
-
8 текущая программа просмотра
текущая программа просмотра
Выводит на экран файлы программы просмотра, позволяет распределить этот элемент программного обеспечения вместе с заголовками мультимедиа. Содержит также возможности поиска по всему тексту, что позволяет быстро отыскивать нужный текст.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > текущая программа просмотра
-
9 текущая программа помощи
Economy: current assistance programУниверсальный русско-английский словарь > текущая программа помощи
-
10 текущая программа печати
Универсальный русско-немецкий словарь > текущая программа печати
-
11 программа
ж.program; ( план) scheme; ( расписание) schedule; ( учебного заведения) curriculum (pl. тж -la); (по какому-л. предмету) syllabus (pl. -bi, -buses)- автоматизированная программа
- адаптивная программа
- Американская программа тестирования для колледжей
- всеобъемлющая программа
- вспомогательная программа
- детальная программа
- дополнительная программа
- дошкольная программа
- жесткая программа
- индивидуальная программа
- исследовательская программа
- исходная программа
- коммуникативная программа
- контрольная программа
- корректирующая программа
- коррекционная программа
- кросскультурная программа обучения
- линейная программа
- машинная обучающая программа
- машинная программа
- нестабильная программа
- обогащенная программа
- образовательная программа
- обучающая программа
- обязательная программа
- обязательная учебная программа
- переходная программа
- подробная программа
- последовательная программа
- программа выравнивания
- программа для отличников
- программа изменения сексуальной установки
- программа изучения поведения человека
- программа индивидуализированного обучения
- программа моделирования
- программа образования
- программа отбора по признакам способности к адаптации
- программа повышения квалификации
- программа подготовки
- программа просвещения
- программа психологических исследований
- программа реабилитации
- программа с внешним темпом работы
- программа с индивидуальным темпом регулирования работы
- программа с подстановочными упражнениями
- программа с принудительным темпом работы
- программа с регулируемым темпом работы
- программа Сканлона
- программа социального обеспечения
- программа тренировки
- программа ускоренного обучения
- программа физиологического исследования
- психолого-педагогическая программа
- расширенная программа
- скрытая программа
- стандартизованная программа
- текущая программа по поддержанию здоровья
- текущая программа по сохранению здоровья
- учебная программа
- факультативная программа
- экспериментальная программа
- экспериментальная программа, предполагающая пред- и посттестовую проверку
- экспериментальная программа, предполагающая только посттестовую проверку -
12 программа
ж.programma m; вчт. programma m, routine f- библиотечная программаобрабатывающая программа, программа обработки (данных) — вчт. programma elaborativo
- введённая в память программа
- программа в видеозаписи
- программа ввода
- программа ввода - вывода
- ведущая программа
- ветвящаяся программа
- вещательная программа
- программа в реальном масштабе времени
- вспомогательная программа
- вторая программа
- программа выборки
- программа вывода
- вызывающая программа
- программа выполнения работ
- выполняемая программа
- программа вычисления
- вычислительная программа
- программа вычислительной машины
- генерирующая программа
- главная программа
- годовая программа
- программа градостроительства
- диагностическая программа
- программа для вычислительной машины
- программа доступа к данным
- программа жилищного строительства
- программа загрузки
- заданная программа
- закодированная программа
- имитирующая программа
- интегрированная программа
- интерпретирующая программа
- исполнительная программа
- программа испытаний
- испытательная программа
- программа исследований
- исходная программа
- программа канала
- канальная программа
- кодированная программа
- кодирующая программа
- компилирующая программа
- компонующая программа
- контролирующая программа
- программа контрольной точки
- программа контроля последовательности
- программа космических исследований
- логическая программа
- машинная программа
- месячная программа
- микромодульная программа
- программа многократного пользования
- моделирующая программа
- программа наблюдений
- программа на машинном языке
- программа на символическом языке
- недельная программа
- независимая программа
- программа обнаружения ошибок
- программа обработки сообщений
- обслуживающая программа
- общая машинная программа
- объектная программа
- оверлейная программа
- окончательная программа
- основная программа
- основная компилирующая программа
- программа отладки
- отладочная программа
- программа оценки характеристик ЭВМ
- первая программа
- перемещаемая программа
- программа повторного пуска
- повторно используемая программа
- подробная программа
- программа пользователя
- предварительная программа
- предполагаемая программа
- программа преобразования данных
- прикладная программа
- приоритетная программа
- проблемная программа
- программа проведения экспериментов
- проверочная программа
- программирующая программа
- производственная программа
- промежуточная программа
- рабочая программа
- программа радиовещания
- резидентная программа
- рекурсивная программа
- самовводящаяся программа
- самовосстанавливающаяся программа
- самозагружаемая программа
- самозапускающаяся программа
- сервисная программа
- программа серийного производства
- системная программа
- программа сортировки
- программа сортировки - слияния
- программа с перекрываемой структурой
- программа с плавающей запятой
- стандартная программа
- программа с фиксированной запятой
- текущая программа
- программа телевидения
- тестовая программа
- транслирующая программа
- программа трассировки
- универсальная программа
- программа уплотнения
- уплотняющая программа
- программа управления
- управляющая программа
- программа учёта
- фоновая программа
- эвристическая программа -
13 текущая проверка
программа проверки опечаток, «корректор» — spelling checker
проверка на просвет; сличение на просвет — peek-a-boo check
Русско-английский новый политехнический словарь > текущая проверка
-
14 управление аварийными сигналами
управление аварийными сигналами
-
[Интент]
Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.
„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.
Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)
Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).
Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)
На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Начало работы
Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".
Характеристики «хорошего» аварийного сообщения
В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:
• Должно быть четко определено возникшее состояние;
• Следует использовать терминологию, понятную для оператора;
• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;
• Следует использовать согласованную структуру сообщения;
• Система не должна строиться только на основе теговых обозначений и номеров;
• Следует проверить удобство работы на реальном производстве.
Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.
Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.
Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.
Адекватная реакция
Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"
Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.
Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.
И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.
Система, нацеленная на оператора
Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.
«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.
Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.
Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"
Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.
«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.
Рентабельность
Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.
Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.
Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.
Автор: Джини Катцель, Control Engineering
[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > управление аварийными сигналами
-
15 нормальный режим работы
обычная работа; стандартные операции — routine work
Русско-английский большой базовый словарь > нормальный режим работы
См. также в других словарях:
текущая программа просмотра — Выводит на экран файлы программы просмотра, позволяет распределить этот элемент программного обеспечения вместе с заголовками мультимедиа. Содержит также возможности поиска по всему тексту, что позволяет быстро отыскивать нужный текст.… … Справочник технического переводчика
Программа (головной проект) — Программа (направление, головной проект) это комплекс мероприятий по созданию нового уникального продукта или предоставлению услуги. Главным назначением программы является удовлетворение потребностей определенного направления бизнеса заказчика с… … Википедия
ПРОГРАММА — (от греч. programma объявление, распоряжение) заданный набор действий и (или) правил, подлежащих выполнению (проверке) нек рым исполнителем, обычно автоматич. устройством, чаще всего ЭВМ; предписание, алгоритм. П. выглядит как конечная… … Физическая энциклопедия
Программа лояльности — (клиента) (LOYALTY PROGRAM) Стремление удержать клиента в эру электронного обслуживания путем предоставления ему скидок потребует создания программ, которые обеспечат простое для понимания поощрение клиента за привязанность. Аналогом является… … Финансы и биржа: словарь терминов
ПРОГРАММА — план действий, подлежащих выполнению нек рым исполнителем, обычно автоматическим устройством, чаще всего ЭВМ; предписание, алгоритм. П. представляется в виде конечной совокупности команд (инструкций), каждая из к рых побуждает исполнителя… … Математическая энциклопедия
Эрфуртская программа — программа германской социал демократической партии, принятая в 1891 году на съезде в Эрфурте. Эта программа, составленная, при ближайшем участии К. Каутского, в ортодоксально марксистском духе, окончательно порывала с остатками лассальянства,… … Исторический справочник русского марксиста
SAI (программа) — Easy Paint Tool SAI Тип Растровый графический редактор Разработчик SYSTEMAX ОС … Википедия
Канадская пенсионная программа — (англ. Canada Pension Plan, CPP) программа социального страхования, предусматривающая взносы в специальный фонд и выплаты из него, зависящие от доходов получателя. Является одной из двух важнейших составляющих государственной системы… … Википедия
ПЕНСИОННАЯ ПРОГРАММА С ФИКСИРОВАННЫМИ СУММАМИ ВЫПЛАТ — DEFINED BENEFIT PENSION PLANПенсионная программа, взносы по к рой рассчитываются на актуарной основе для обеспечения средств, достаточных для получения пенсионером оговоренной суммы выплат (напр., таких, как 67% средней величины наиболее высокой… … Энциклопедия банковского дела и финансов
Блокнот (программа) — У этого термина существуют и другие значения, см. Блокнот (значения). Блокнот Компонент Microsoft Windows … Википедия
Переполнение буфера — У этого термина существуют и другие значения, см. Переполнение. Переполнение буфера (Buffer Overflow) явление, возникающее, когда компьютерная программа записывает данные за пределами выделенного в памяти буфера. Переполнение буфера обычно… … Википедия